home *** CD-ROM | disk | FTP | other *** search
/ PowerPak Gold 1992 Fall / PowerPak Gold (Fall 1992)(Flordia Lion's Den).iso / comm / robonews.txt < prev    next >
Text File  |  1992-09-18  |  5KB  |  92 lines
  1. ------------------------------------------------------------------------
  2.  ROBOCOMM SUPPORT BULLETIN                No. 1           July 12, 1992
  3. ------------------------------------------------------------------------
  4.  
  5. Hello everyone,
  6.  
  7. The Robocomm 4.2 upgrade kit has been out for about 2 weeks now, and
  8. initial reports are that it is working well.  However, there are a few
  9. items that need your attention and some that need some clarification.
  10.  
  11.     o   SETTING THE BBS TYPE -- A new "BBS Type" was added to the
  12.         Robocomm 4.2 release.  It is "Wildcat 3.5."  When Robocomm logs
  13.         on to a Wildcat system, take a close look at the text the sent
  14.         by the BBS immediately after the connection is established.
  15.         Make sure that the version indicated is correctly set on
  16.         Robocomm's Directory-BBS screen for the BBS.
  17.  
  18.     o   ROBOCOMM'S WILDCAT 3.5 PROMPTS -- The prompts that you should be
  19.         using with all standard Wildcat 3.5 systems were contained in
  20.         the DEFAULT.WPF file.  After running the Robocomm 4.2 upgrade
  21.         routine, you should have gone into your BBS Directory and used
  22.         the DEFAULT menu option on the prompt screen for all of the
  23.         Wildcat 3.5 systems that you have defined.
  24.  
  25.         THE WC35.WPF FILE THAT WAS DISTRIBUTED WITH ROBOCOMM 4.1 IS
  26.         OUTDATED AND SHOULD BE DELETED!  Robocomm will not function
  27.         properly if these prompts are loaded into a BBS definition.
  28.  
  29.     o   WILDCAT 3.5 PROMPT DISCREPANCIES -- It appears that, depending
  30.         upon the Wildcat 3.5 upgrade method used by your sysop, there
  31.         may be some small discrepancies in some crucial prompts used on
  32.         Wildcat systems.  The most common discrepancies involve the
  33.         prompts used during file uploading.  If you have set the BBS
  34.         type to Wildcat 3.5 and have imported the correct default
  35.         prompts for the BBS and are still having difficulties with
  36.         uploading, then take a close look at the prompt that Robocomm is
  37.         "Stuck" on and compare it to the text specified on the prompt
  38.         screen for the BBS.  The most common discrepancy is that some
  39.         Wildcat 3.5 systems apparently use:
  40.  
  41.          "KEYWORDS ?" and "DESCRIPTION ?"
  42.  
  43.         as prompts during the upload process while others use:
  44.  
  45.          "KEYWORDS?" and "DESCRIPTION?"
  46.  
  47.         The only difference is the placement of the question mark, but
  48.         that's enough to throw Robocomm off.  So, depending upon the
  49.         BBS, you may need to add or remove a space before the question
  50.         mark to make some of the upload prompts work properly.
  51.  
  52.     o   PROBLEMS WITH WILDCAT 3.5 "!" LOGONS -- A couple of people have
  53.         reported that Robocomm's new ability to request immediate access
  54.         to the mail TomCat mail door during logon has caused Robo to
  55.         appear "lost" when it arrives in the mail door.  The problem
  56.         occurs when the BBS Type has been set to "Wildcat 3.5" and a
  57.         "Get QWK" or "Send REP" agenda item is the first item on the
  58.         agenda AND the "Mail Conference" for the BBS (indicated on the
  59.         Directory-BBS screen) is not blank.  It seems that there is a
  60.         small glitch in the code that causes problems if a mail
  61.         conference has been specified.
  62.  
  63.         So, if you are attempting to get mail from a Wildcat 3.5 system,
  64.         please make sure that your "mail door conference" setting on the
  65.         directory-bbs screen is completely empty.  This will work around
  66.         the problem in the code.
  67.  
  68.     o   GIFDOWN.BAT AUTO-EXECUTION -- By default, Robocomm 4.2 will look
  69.         for the file GIFDOWN.BAT in your Robocomm directory whenever it
  70.         attempts to download a file with a GIF extension during
  71.         automated operations.  If GIFDOWN.BAT is found, Robocomm will
  72.         shell out to DOS and execute the batch file to bring the file
  73.         down.  This "hook" is designed for people who want to use a 3rd
  74.         party utilities, such as SHOWGIF.EXE and DSZ.EXE to view GIF
  75.         files as they are being downloaded.
  76.  
  77.         If you do not have both of these utilities the "sample"
  78.         GIFDOWN.BAT that was distributed with the Robocomm 4.1 release
  79.         will start up and then fail if you attempt to download a GIF
  80.         file.  To remedy this situation, all you need to do is DELETE
  81.         GIFDOWN.BAT from your Robocomm directory.
  82.  
  83.         If you would like to see GIF files while you download, then you
  84.         will need to get the latest versions of DSZ and SHOWGIF (both
  85.         are shareware programs) from your local BBS and place the files
  86.         in your Robocomm directory or in your download path.  The sample
  87.         batch file provided with Robocomm 4.1 should work without
  88.         modification.
  89.  
  90.                                    # # #
  91.  
  92.